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DESCRIPTION 

METHOD FOR PROVIDING A SUBSCRIBER-BASED RINGBACK 
TONE SOUND STORED IN A MOBILE EXCHANGER 

1. TECHNICAL FIELD 

5 The present invention relates to a method for providing 

an. arbitrary sound chosen by a called subscriber, stored in an 
exchanger, for a calling subscriber instead of a conventional 
RBT (RingBack Tone) . 

2. BACKGROUND ART 

lb When a subscriber calls another through a mobile 

communication network, a terminating exchanger on the network 
provides the caller with a uniform ringback tone. 

Since the ringback tone is same all the time, a caller 
can not identify a called before the called answers. 

15 Furthermore, the uniform ringback tone can not satisfy various 
subscribers' needs to reveal their personality. 

By the way, various ad methods are being . proposed in 
these days. One of these ad methods is to send an ad sound 
message to a caller instead of a conventional ringback tone. 

20 However, such an ad sound message is chosen unilaterally by a 
network operating enterprise. If a caller heard such a 
unilateral ad sound he or she could talk over a mobile 
telephone with a called for a limited time. 

However, the method that an ad sound is provided instead 

25 of a conventional ringback • tone still has the aforementioned 
drawbacks. That is, a caller can not identify a called before 
the called answers and the uniform ringback tone can not 
satisfy various subscribers' needs to reveal their personality, 
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3. DISCL0SX3RE OP INVENTION 

It is an object of the present invention to provide an 
RBT replacing method in which an arbitrary RBT-replacing sound 
chosen or registered by a subscriber is stored in a mobile 
5 exchanger, and if a certain subscriber is called, an RBT- 
. replacing sound that is assigned to the called in the 
exchanger is directly provided. for a caller. 

A method of providing an arbitrary sound stored in a 
mobile exchanger as an RBT (RingBack Tone) in a communication 

10 network is characterized in that it comprises: a first step, 
conducted by an HLR (Home Location Register) , of furnishing a 
call-originating exchanger with information on whether or not 
an RBT is to be replaced for a terminal through a response 
message to a location request message received from the call- 

15 originating exchanger that sends the location request message 
to the HLR when a call connection is requested to the 
terminal; and a second step, conducted by the call-originating 
exchanger, of searching for a sound code assigned to the 
terminal based on the information included in the response 

20 message, and providing a caller with a pre-stored RBT-. 

replacing sound associated with the found sound code as an RBT 
while making a trunk connection to a call-terminating 
exchanger based on the response message. . 

Another method of providing an arbitrary sound stored in 

25 a mobile exchanger as an RBT in a communication network is 

characterized in that it comprises: a first step, conducted by 
an HLR when a location request . message is received from a 
call -originating exchanger because of call connection request 
.to a terminal, of furnishing a call-terminating exchanger with 

30 information on whether or not an RBT is to be replaced for the 

terminal through a routing information request message that is 

sent to the call -terminating exchanger; and a second step, 

conducted by the call -terminating exchanger when a trunk 
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connection request from a call-originating exchanger is 
• recognized, of searching for a sound code assigned to. the 
terminal based on the information, and providing a caller with 
a pre-stored RBT-replacing sound associated with the found 
5 sound code as an RBT . 

In the above methods, it is further characterized in 
that a server separated from an exchanger has a subscriber- 
code table where subscriber numbers are associated with sound 
codes individually, and the exchanger searches for a sound 
10 code for a called subscriber through communication with the 
server based, on internet protocol • . 

The above -charjacterized method provides a personal ad 
way by allowing a registered personal introducing or 
identifying sound to be used instead of a uniform RBT. In 
15 addition, a caller is able to know by only hearing an RBT- 
replacing sound whether he or she called rightly. An 
enterprise as well as individual persons can advertise 
efficiently through registering an RBT-replacing sound. 

4. BRIEF DESCRIPTION OF DRAWINGS 

20 In the drawings: 

Fig. 1 is a simplified diagram of an embodiment of a 
mobile communication network which a subscriber-based RBT- 
replacing sound providing method is embedded in; 

Fig. 2 is a procedure chart to subscribe to a 
25 subscriber-based RBT-replacing sound providing service in 
accordance with the present invention; 

Fig. 3 is a procedure chart to change subscription 
information related with RBT-replacing sound providing service 
in accordance with the present invention; 
30 Fig. 4 is a procedure chart to terminate a subscriber- 

based RBT-replacing sound providing service in accordance with 
the present invention; 
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Pig. 5 is a procedure chart of an embodiment to conduct 
a subscriber-based RBT- replacing sound providing service in 
accordance with the present invention; 

Fig. 6 is a procedure chart of another . embodiment to 
5 conduct a subscriber-based RBT-replacing sound providing 
service in accordance with the present invention; 

Fig. 7 illustrates an RBT service table structured in a 
sound storager managing server in' accordance with the present 
invention; and 

10 Fig. 8 illustrates a sound list structured in a mobile 

exchanger that links each RBT-replacing sound to its sound 
code in accordance with the present invention. 

5. MODES FOR CARRYING OUT THE INVENTION 

In order that the invention may be fully understood, 

15 preferred embodiments thereof will now be described with 
reference to the accompanying drawings. 

Fig. 1 is a. simplified diagram of a mobile communication 
network which a subscriber-based RBT-replacing sound providing 
method is embedded in. . 

20 The network of Fig. 1 includes an HLR (Home Location ' 

Register) 10; mobile exchangers 31 and 32 (also called 'MSG' 
(Mobile Switching Center) ) , connected to Internet 60 through a 
gateway 40, being capable of communicating with the HLR 10 via 
a No. 7 signaling network 20 based on No. 7 signaling transfer 

25 protocol and storing tone -replacing sounds individually; an 
SSMS (Sound Storager Managing Server) 70, connected to the 
exchangers 31. and 32 via Internet 60, storing identifications, 
e.g., telephone numbers of subscribers of RBT replacement 
service in connection with allocated sound codes, and managing 

30 to provide RBT-replacing sounds in the exchangers 31 and 32; a 
subscriber db 80 connected to the HLR 10 via Internet 60; and . 
a web server 100, connected to Internet 60 via a gateway 90, 
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communicating with the SSMS. 70. 

Preferable embodiments of a subscriber-based RBT- 
replacing sound providing method are explained below in detail 
along with accompanying operations of the network of Fig. 1. 
5 Fig. 2 is a procedure chart to subscribe to a 

subscriber-based RBT-replacing sound providing service in 
accordance with the present invention. 

If subscription to the RBT- replacement service is asked 
(8201) / subscription information including mobile telephone 

10 number of the subscriber is stored in the subscriber db 80 
first and is then delivered to the HLR 10 (S202) . The HLR 10 
updates service information of the subscriber profile to 
indicate that the subscriber has subscribed to RBT replacement 
service (S203) . 

15 In addition, the subscriber db 80 also sends the 

subscription information including a chosen digital sound and 
mobile telephone number to the SSMS 70 {S204) . The SSMS 70 
writes a code, associated with the chosen digital sound in an 
RBT service table allocated for that mobile telephone number 

20 {S205) . After several subscriptions to RBT replacement service 
as above, the RBT service table is illustratively constructed 
as Fig. 7. In the table of Fig. 7, a sound code *07' is 
initially assigned to a subscriber of \293-XXXX' and another 
sound code *17' to another subscriber of '294-0000'. 

25 If the received subscription information includes 

particulars of sound assignments, namely if the received 
subscription information assigns different digital sounds for 
each caller, each caller group, and/or each time zone, the 
SSMS 70 writes different codes of the respective digital 

30 sounds in each condition field of the RBT service table, at 
the step 3205. 

Fig. 3 is a procedure chart to change subscription 
information related with RBT-replacing sound providing service 
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in accordance with the present invention. 

A subscriber, who has subscribed to the RBT replacement 
service according to the above-explained procedure of Fig. 2, 
connects his or her personal computer to the web server 100 ^ 
5 first. Then, the web server .100 provides web pages on the 
connected computer screen to enable the subscriber to change 
information about RBT replacement service. 

The subscriber enters mobile telephone number, e.g., 
'294-0000' through an adequate, web page and then selects a 

10 desired RBT-replacing sound, e.g.-, sound#7 from a sound list, 
which is illustrated in Fig. 8, showing all or a part of 
sounds #1 to #N with their codes stored in each of the 
exchangers 31 and 32. If the subscriber requests change of 
RBT-replacing sound to the chosen one, namely sound#7 (S301) , 

15 the web server 100 sends- a change-requesting message to the 
SSMS 70 (S302) . The SSMS 70 changes the current code ^17' with 
another code '07' assigned to the chosen sound#7 in an RBT 
service table allocated for the entered subscriber number 
'294-0000' (S303) , as shown in Fig. 7. Afterwards, the RBT- 

20 replacing sound *so.und#7' identified by the changed code '07' 
will be provided instead of a conventional RBT. 

Fig. 4 is a procedure chart to terminate a subscriber- 
based RBT- replacing sound providing service in accordance with 
the present invention. 

25 If termination of RBT replacement service is asked from 

a subscriber (S401) ,. the subscriber db 80 deletes subscription 
information for RBT replacement service associated with the 
subscriber, namely, the subscriber's telephone number, and 
sends service terminating information* including a mobile 

30 telephone number to the HLR* 10 (S402) . The HLR 10 alters 
service information of the subscriber's profile to indicate 
that the subscriber has not subscribed to RBT replacement 
. service (S403) . . 
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The subscriber db 80 also sends the service terminating 
information to the SSMS 70 (S404) , then the SSMS 70 deletes a 
current code in an RBT service table for the subscriber based 
on the received service terminating information (S405) . For 
5 instance, if the subscriber's telephone number included in the 
. service terminating information is '293-XXXX', the SSMS 70 
deletes the sound code *07' associated with the number *293- 
XXXX' in the service table constructed as Fig. 7. 

Fig. 5 is a procedure chart of an embodiment, to conduct 
10 a subscriber-based RBT-replacing sound providing service in 
accordance with the present invention after completion" of the 
procedure of Fig. 2 and/or Fig, 3. 

In this embodiment, an originating exchanger provides a 
caller with an RBT-replacing sound stored iii its db that is 
15 specified by a called subscriber. 

If ah arbitrary subscriber within a service zone of the 
exchanger 31 calls another subscriber, e.g., '293-XXXX', who 
has subscribed to the RBT replacement service, within the 
exchanger 32, the originating exchanger 31 sends a location 
20 request message to the HLR 10 to inquire where the called is 
(S501) . 

Then, the HLR 10 sends a routing request message to the. 
terminating exchanger 32 (S502) , and the terminating exchanger 
32. informs the HLR 10 of. routing information, e.g., TLDN 
25 (Temporary Local Directory Number) directed to itself in 
. response to the routing request step S502 (S503) . 

The HLR 10 delivers the routing information received at 
the step S503 from the terminating exchanger 32 to the 
originating exchanger 31 through a response message to the 
30 inquiry step S501 (8504) - The response message includes RBT 
service-set. information. for the called as well as protocol - 
based ordinary information. 

While providing the called number, e.g., *293-XXXX', the 
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originating exchanger 31 asks an adequate code for the number 
to the SSMS 70 baaed on the received RBT service-set 
information included, in the response message (S505) . According 
to the request of the step S505, the SSMS 70 searches the RBT 
5 service table structured as Fig, 7 for the called number to 
determine a code, e.g., *07', and informs the originating 
exchanger 31 of the determined code *07' (S506) in response to 
the code -requesting step 8505. 

Then, the originating exchanger 31 requests a trunk . 

10 connection (called *ISUP') to the terminating exchanger 32 

(S507) based on the received routing information TLDN included 
in the response message received at the step S504, At the same 
time, the originating exchanger 31 searches the sound list on 
its db, structured illustratively as Fig. 8, for the 

15 determined code ^07' and transmits the sound 'sound#7' 

associated with the code ^07' to the caller as an RBT (S508) . 
. During transmission of the RBT-replacing sound, the trunk path 
between the originating exchanger 31 and the terminating one " 
32 is under control of the originating one 31.' 

20 If the called answers the call from the terminating 

exchanger 32 while the determined sound 'sound#7' is being 
transmitted instead of a conventional RBT, the originating 
exchanger 31 that is informed of such an answer by the 
terminating exchanger 32 stops transmission of the determined 

25 sound, and makes voice or data be communicated between the 
caller and the called through the trunk path to the 
terminating exchanger 32(S509). 

Fig. 6 is a procedure chart of another embodiment to. 
conduct a subscriber-based RBT-replacing sound providing 

30 service in accordance with the present invention after . 
completion of the procedure of Fig. 2 and/or Fig. 3. 

In this embodiment, a terminating exchanger provides a 
caller with an RBT-replacing soiond stored in its db that is 
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specified by a called. 

If an arbitrary subscriber within a service zone of the 
exchanger 31 calls another subscriber, e.g., '293-XXXX', who 
has subscribed to the RBT replacement service, within the 
5 exchanger 32, the originating exchanger 31 sends a location 
request message to the HLR 10 to inquire where the called is 
(S601) . 

Then, the HLR 10 sends a routing information request 
message to the terminating exchanger 32. Especially, the 

10 routing information request message includes RBT service-set 
information for the. called as well as protocol -based ordinary 
information (S602) . The terminating exchanger 32 informs the 
HLR 10 of routing information, namely, TLDN directed to itself 
in response to the routing request step S602 {S603) . 

15 The HLR 10 delivers the routing information received at 

the step S603 from the terminating exchanger 32 to the 
originating exchanger 31 in response to the inquiry step S601 
(S604) , Then, the originating exchanger 31 requests a trunk 
' connection (called 'ISUP') to the terminating exchanger 32 

20 (S605) based on the routing information TLDN received at the 
step S604, 

Being connected with the originating exchanger 31, the 
terminating exchanger 32 asks an adequate code for the called 
number '293-XXXX' to the SSMS 70 based on the RBT service- set 
25 information received at the step S602 while providing the SSMS 
70 with the number (S606) . The SSMS 70 searches the RBT 
service table structured as. Fig. 7 for the called number to 
determine a code, e.g., '07', and informs the terminating 
exchanger 32 of the determined code ^07' (S607) in response to 
30 the code -requesting step S606. 

The terminating exchanger 32 searches the sound list on 
its db, structured illustratively as Fig. 8, for the code '07 
that was received at the step S607, and transmits the sound 

9 
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* sounds 7' associated with the code *07' to the caller as an 
RBT (S608) . 

If the called answers the call from the terminating 
exchanger 32 while the determined sound *sound#7' is being 
5 transmitted instead of a conventional RBT, the teiiminating 
exchanger 32 stops transmission of the determined sound, and 
makes voice or data be communicated between the caller and the 
called through the trunk connection to the originating 
exchanger 31 (S609) ... 

10 While the invention has been disclosed with respect to a 

limited number of embodiments, those skilled in the art, 
having the benefit of this disclosure, will appreciate 
numerous modifications and variations therefrom. It is 
intended that the appended claims cover all such modifications 

15 and variations as fall within the true spirit and scope of the 
invention. 
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